home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20031118-20041115 / 000146_fdc@columbia.edu_Tue Mar 23 09:30:52 2004.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB

  1. Path: newsmaster.cc.columbia.edu!not-for-mail
  2. From: Frank da Cruz <fdc@columbia.edu>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: Viewing man page on Linux RedHat makes screen go blank
  5. Date: 23 Mar 2004 14:29:58 GMT
  6. Organization: Columbia University
  7. Lines: 29
  8. Message-ID: <slrnc60if6.hrd.fdc@sesame.cc.columbia.edu>
  9. References: <6bd7331b.0403230622.794ab64@posting.google.com>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1080052198 25738 128.59.59.56 (23 Mar 2004 14:29:58 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 23 Mar 2004 14:29:58 GMT
  15. User-Agent: slrn/0.9.7.4 (SunOS)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14857
  17.  
  18. In article <6bd7331b.0403230622.794ab64@posting.google.com>,
  19. A. Lewenberg wrote:
  20. > I am connecting to a RedHat Linux machine (RHEL AS 3.0) using ssh in
  21. > Kermit version "Kermit 95 2.1.3, 1 Jan 2003" running on Windows 2000.
  22. > Everything usually works EXCEPT when I view man pages when, quite
  23. > often, after the first page or so the screen goes blank and will not
  24. > respond to any key strokes including Ctrl-C or Ctrl-Z (although I
  25. > _can_ escape back to the kermit prompt). I then have to disconnect and
  26. > then reconnect to get back to where I started.
  27. When this happens, what does it say in the right side of the status
  28. line at the bottom of your screen?
  29.  
  30. > I have the terminal set to VT 220; my complete settings are included
  31. > below. Has anyone else ran into this problem? Any suggestions on how
  32. > to troubleshoot?
  33. What is your Linux terminal type set to?  ("echo $TERM")
  34.  
  35. In any case, it sounds like the "man" program, or the underlying ncurses
  36. library and/or terminfo database, are sending a sequence of characters
  37. that marks the beginning of a "string-bearing" VT220 escape sequence, but
  38. not sending the string terminator.  This might be because of terminal-type
  39. mismatch, faulty terminfo entry, etc, but whatever the cause, you can get
  40. out of the situation (when it happens) with Alt-R (Reset).
  41.  
  42. The real solution, of course, is to identify and fix the underlying problem.
  43.  
  44. - Frank
  45.